Revised Claim Set 



What is claimed is: 



1 1 . (Original) In a method of making a payment from a payer to a merchant of the 

2 type where the payment involves the merchant accepting a proposed payment in 

3 the form of an account number having a standard syntax from the payer at 

4 completion of a purchase, followed by the merchant requesting an authorization 

5 for the proposed payment from a financial institution, the improvement 

6 comprising the following act performed by a trusted third party service: 

7 a) authenticating the payer and authorizing the proposed payment in a single 

8 integrated process conducted without the involvement of the merchant. 

1 2. (Original) The improvement of claim 1 further comprising the act of: 

2 a) allowing a persistent channel to be established between the trusted third 

3 party service and the payer prior to the payer completing the purchase, and 

4 wherein the act of authenticating the payer and authorizing the proposed 

5 payment in a single integrated process comprises the act of verifying that 

6 the persistent channel is available, and optionally contacting the payer 

7 over the persistent channel for additional authorization, if additional 

8 authorization is required by predetermined preferences. 

1 3. (Original) The improvement of claim 2 further comprising the acts of: 

2 a) receiving a request from a Payment Processor for approval of the proposed 

3 payment pertaining to the account number, whereby the account number 

4 was submitted as the proposed payment for the purchase; and 

5 b) transmitting an instruction to the Payment Processor which depends on 

6 whether the transaction is verified or denied. 




1 4. (Original) The improvement of claim 3 wherein the trusted third party service 

2 comprises a portal accessible on a network through which the persistent channel 

3 may be established using a network accessible device. 

1 5. (Original) The improvement of claim 4 wherein the trusted third party service 

2 further comprises a telephone connection through which the persistent channel 

3 may be established. 

1 6. (Original) The improvement of claim 5 wherein the transaction is an e-commerce 

2 transaction on the network, and wherein the transaction takes place between the 

3 payer's network accessible device and the merchant's world wide web site on the 

4 network. 

1 7. (Original) The improvement of claim 5 wherein the purchase involves personal 

2 contact between the payer and the merchant. 

1 8. (Original) The improvement of claim 6 or claim 7 wherein the Payment 

2 Processor is the issuer of a payment card account having the account number. 

1 9. (Original) The improvement of claim 6 wherein the trusted third party service 

2 comprises an instant message system and the persistent channel is established 

3 over the instant message system. 
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1 10. (Withdrawn) In a method of making a payment from a payer to a merchant in an 

2 online transaction involving an online purchase over a first network, the 

3 transaction being of the type where the payment involves the merchant accepting 

4 a proposed payment in the form of an account number having a standard syntax at 

5 completion of the purchase, followed by the merchant requesting an authorization 

6 for the proposed payment from a financial institution, the improvement 

7 comprising the following acts performed by a trusted third party service: 

8 a) allowing the payer to initiate a persistent channel with the trusted third 

9 party service prior to completing the online purchase; 

10 b) receiving a request from a Payment Processor for approval of the proposed 

1 1 payment pertaining to the account number, whereby the account number 

12 was submitted as the proposed payment in the online transaction; 

13 c) verifying the proposed payment by verifying that the persistent channel is 

14 available, and optionally contacting the payer over the persistent channel 

1 5 for additional verification, if additional verification is required by 

16 predetermined; and 

17 d) transmitting an instruction to the Payment Processor wherein the content 

1 8 of said instruction depends on whether the transaction is verified or 

19 denied. 

1 11. (Withdrawn) The improvement of claim 10 further comprising the acts of: 

2 a) associating a proxy account number assigned to the payer with at least one 

3 valid account number and other information pertaining to the payer in a 

4 database accessible to the trusted third party service, wherein said proxy 

5 account number follows the standard syntax and comprises routing 

6 information associated with the Payment Processor; 

7 b) if the account number is the proxy account number, processing the request 

8 by identifying the at least one valid account number; wherein the 

9 instruction transmitted to the Payment Processor further comprises a valid 
10 account number corresponding to the proxy account number 
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1 12. (Withdrawn) The improvement in claim 10 or claim 1 1 wherein the trusted third 

2 party service comprises software executing on at least one computer server 

3 integrated with the Payment Processor's payment processing application. 

1 13. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the trusted third 

2 party service comprises software executing on at least one computer server 

3 residing on the first network and communicates with the Payment Processor over 

4 a secure external link. 

1 14. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the persistent 

2 channel is established using the payer's network accessible devices over either the 

3 first network or a second network. 

1 15. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the persistent 

2 channel is established by telephone over a telephone network. 

1 16. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the persistent 

2 channel is established over an instant message system. 

1 17. (Withdrawn) The improvement of claim 10 or claim 1 1 wherein the standard 

2 syntax comprises routing information and account identifying information. 

1 18. (Withdrawn) The improvement of claim 1 1 wherein the proxy account number is 

2 also a valid account number. 

1 19. (Withdrawn) The improvement of claim 15 further comprising providing the 

2 payer with access to functionality to receive a request for approval of the 

3 proposed payment over the persistent channel and to reply over the persistent 

4 channel. 
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1 20. (Withdrawn) The improvement of claim 19 wherein the trusted third party 

2 service is an online service comprising at least one network server operating a 

3 portal software for communicating with the payer using the payer's network 

4 accessible device over the persistent channel 

1 21. (Withdrawn) The improvement of claim 20 wherein the payer's network 

2 accessible device comprises a computer system and the persistent channel is 

3 established over the first network between the computer system and the at least 

4 one network server. 

1 22. (Withdrawn) The improvement of claim 21 wherein the at least one valid 

2 account number associated in the database with the proxy account number 

3 comprises a plurality of valid account numbers. 

v 

1 23. (Withdrawn) The improvement of claim 22 wherein the first network is the 

2 Internet, the financial institution is a bank and the account numbers are chosen 

3 from the group consisting of credit card account numbers, debit card numbers, 

4 and checking account numbers. 

1 24. (Withdrawn) The improvement of claim 23 further comprising the act of 

2 allowing the payer to choose one of the plurality of account numbers for use in 

3 the payment. 

1 25. (Withdrawn) The improvement of claim 23 further comprising the act of 

2 allowing the payer to split the proposed payment among the plurality of account 

3 numbers according to an amount - account number array. 
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1 26. (Withdrawn) The improvement of claim 24 further comprising the act of 

2 transmitting at least one additional instruction to the Payment Processor each 

3 comprising one of the plurality of account numbers as required for the split 

4 transaction. 

1 27. (Withdrawn) A computer readable medium comprising computer executable 

2 steps to perform the steps of the improvement recited in claim 10 or claim 11. 

1 28. (Withdrawn) A computer server programmed to perform the steps of the 

2 improvement recited in claim 1 0 or claim 1 1 . 
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3 29. (Withdrawn) In a method of making a payment from a payer to a merchant in an 

4 online transaction over a first network, the transaction involving an online 

5 purchase and being of the type where the payment involves the beneficiary 

6 accepting a proposed payment in the form of an account number having a 

7 standard syntax, followed by the merchant requesting an authorization for the 

8 proposed payment from a financial institution, the improvement comprising the 

9 following acts performed by a trusted third party service: 

10 a) associating an identifier assigned to the payer with at least one valid account 

1 1 number and other information pertaining to the payer in a database accessible to 

12 the trusted third party service; 

13 b) allowing the payer to initiate a persistent channel over the first network with the 

14 trusted third party service prior to completing the online purchase; 

1 5 c) receiving a request from a Payment Processor for approval of the proposed 

16 payment pertaining to the account number, whereby the account number was 

17 submitted as the proposed payment in the online transaction, and wherein the 

1 8 account number is in the standard syntax and comprises routing information 

1 9 associated with the Payment Processor; 

20 d) verifying the proposed payment by verifying that the persistent channel is 

21 available, and optionally contacting the payer over the persistent channel for 

22 additional verification, if additional verification is required by predetermined; 

23 e) processing the request by identifying the at least one valid account number; and 

24 f) transmitting an instruction to the Payment Processor wherein the content of said 

25 instruction depends on whether the transaction is verified or denied, and if the 

26 transaction is verified, the instruction comprises a valid account number 

27 associated with said identifier. 

1 30. (Withdrawn) The improvement in claim 29 wherein the trusted third party 

2 service comprises software executing on at least one computer server integrated 

3 with the Payment Processor' s payment processing application. 
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1 31. (Withdrawn) The improvement of claim 29 wherein the trusted third party 

2 service comprises software executing on at least one computer server residing on 

3 the first network and communicates with the Payment Processor over a secure 

4 external link. 

1 32. (Withdrawn) The improvement of claim 30 or claim 3 1 further comprising 

2 providing the payer with access to functionality to receive a request for approval 

3 of the proposed payment over the persistent channel and to reply over the 

4 persistent channel. 

1 33. (Withdrawn) The improvement of claim 32 wherein the trusted third party 

2 service is an online service comprising at least one network server operating a 

3 portal software for communicating with the payer using the payer's network 

4 accessible device over the persistent channel. 

1 34. (Withdrawn) The improvement of claim 32 wherein the payer's network 

2 accessible device comprises a computer system, and the persistent channel is 

3 established over the first network between the computer system and the at least 

4 one network server. 

1 35. (Withdrawn) The improvement of claim 34 wherein the at least one valid 

2 account number associated in the database with the identifier assigned to the 

3 payer comprises a plurality of valid account numbers. 

1 36. (Withdrawn) The improvement of claim 35 wherein the first network is the 

2 Internet, the financial institutions are banks and the account numbers are chosen 

3 from the group consisting of credit card account numbers, debit card numbers, 

4 and checking account numbers. 
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1 37. (Withdrawn) The improvement of claim 36 farther comprising the act of 

2 allowing the payer to choose one of the plurality of account numbers for use in 

3 the payment. 

1 38. (Withdrawn) The improvement of claim 36 further comprising the act of 

2 allowing the payer to split the proposed payment among the plurality of account 

3 numbers according to an amount - account number array. 

1 39. (Withdrawn) The improvement of claim 38 further comprising the act of 

2 transmitting at least one additional instruction to the Payment Processor each 

3 comprising one of the plurality of account numbers as required for the split 

4 transaction. 

1 40. (Withdrawn) A computer readable medium comprising computer executable 

2 steps to perform the steps of the improvement recited in claim 29. 

1 41. (Withdrawn) A computer server programmed to perform the steps of the 

2 improvement recited in claim 29. 
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1 42. (Withdrawn) A dynamic payment system in a node joining a first network 

2 whereupon online transactions are conducted and a private payment approval 

3 network comprising: 

4 a) at least one computer server comprising software executing thereon 

5 comprising the following functionality: 

6 i) functionality for establishing a persistent channel with a plurality 

7 of user's for dynamic approval of online payment transactions 

8 taking place on the first network using the users' network enabled 

9 devices 

10 ii) functionality for recognizing and receiving requests from a 

1 1 Payment Processor for authorization of proposed payments 

12 originating from the users' network enabled devices, the requests 

13 having been transferred to the Payment Processor over the private 

14 payment approval network, 

1 5 iii) functionality for verifying the proposed payments over the 

16 persistent channel, and 

17 iv) functionality for transferring a plurality of instructions to the 

1 8 Payment Processor, each of said plurality of instructions depending 

19 on whether a proposed payment is verified; and 

20 b) a database comprising users' data and preferences. 
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1 43. (Withdrawn) The dynamic payment system of claim 42 wherein the software 

2 executing on the at least one computer server further comprises the following 

3 functionality: 

4 a) functionality for mapping a plurality of proxy account numbers against data 

5 pertaining to a plurality of users, wherein the data pertaining to each user 

6 comprises connection data identifying the persistent channel being used by the 

7 user, and at least one valid account number for the user, wherein the plurality of 

8 proxy account numbers are in a standard account syntax which comprises routing 

9 information which allows a transaction involving the proxy account number to be 

10 routed to the dynamic payment system; and 

11 b) functionality for handling requests involving the plurality of proxy account 

12 numbers, comprising identifying the at least one valid account number 

13 corresponding to one of the plurality of proxy account numbers; and wherein the 

14 instruction transferred to the Payment Processor in a transaction involving one of 

1 5 the plurality of proxy account numbers comprises the at least one valid account 

1 6 number mapped against the one proxy account number. 

1 44. (Withdrawn) The dynamic payment system of claim 42 or claim 43 wherein the 

2 system further comprises software executing on the users' network accessible 

3 devices for establishing persistent channels and exchanging data with the at least 

4 one computer server. 

1 45. (Withdrawn) The dynamic payment system of claim 44 further comprising an 

2 instant message system. 

1 46. (Withdrawn) The dynamic payment system of either claim 42 or claim 43 

2 wherein the dynamic payment system is fully integrated within the Payment 

3 Processor's processing application. 



1 1 



1 47. (Withdrawn) The dynamic payment system of claim 45 wherein the dynamic 

2 payment system is fully integrated within the Payment Processor's processing 

3 application. 

1 48. (Withdrawn) The dynamic payment system of either claim 43 wherein the 

2 dynamic payment system is on the first network and wherein the dynamic 

3 payment system is connected to the Payment Processor by a secure link. 

1 49. (Withdrawn) The dynamic payment system of claim 46 wherein the dynamic 

2 payment system is on the first network and wherein the dynamic payment system 

3 is connected to the Payment Processor by a secure link. 

1 50. (Withdrawn) The dynamic payment system of either claim 43 wherein the 

2 network accessible device is chosen from the group consisting of computer 

3 systems, personal digital assistants, set top boxes, and wireless access devices. 

1 51. (Withdrawn) The dynamic payment system of claim 46 wherein a plurality of 

2 proxy account numbers are also a valid account numbers. 

1 52. (Withdrawn) A computer readable medium having the software functionality 

2 recited in claim 43. 
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1 53. (Withdrawn) In a method for transferring funds between a payer having a 

2 payer's account in a first institution said account being represented by a payer's 

3 debit card number and a receiver having a receiver's account in a second 

4 institution said receiver's account represented by a receiver's debit card number 

5 wherein the transfer is initiated by the payer on an on-line service and routed for 

6 processing between the first financial institution and the second financial 

7 institution by a Payment Processor, the improvement comprising the following 

8 acts performed by a trusted third party service: 

9 a) associating a proxy debit card number assigned to the receiver with at 

10 least one valid debit account number and other information about the 

1 1 receiver in a database accessible to the trusted third party service, wherein 

12 the proxy debit card number follows a standard syntax for debit cards and 

13 comprises routing information which allows it to be routed to the trusted 

14 third party service; 

15 b) receiving a request from the Payment Processor pertaining to a payment 

16 intended for the proxy debit account number; 

17 c) processing the request comprising finding the at least one valid debit 

1 8 account number corresponding to the proxy debit card number; 

19 d) transmitting at least one instruction to the Payment Processor comprising 

20 a valid debit account number associated with the proxy debit account 

21 number. 



1 54. (Withdrawn) The improvement of claim 53 further comprising assigning the 

2 receiver at least one proxy debit account number. 

1 55. (Withdrawn) The improvement of claim 54 wherein the at least one valid 

2 account number comprises a plurality of valid account numbers. 

1 56. (Withdrawn) The improvement of claim 55 further comprising obtaining 

2 preferences for receiving payments. 
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1 57. (Withdrawn) The improvement of claim 56 further comprising interpreting the 

2 request in accordance with the preferences and transmitting additional 

3 instructions to the Payment Processor as needed to comply with the preferences. 

1 58. (Withdrawn) A computer readable medium comprising computer executable 

2 instructions for carrying out the method recited in claim 53 . 

1 59. (Withdrawn) A dynamic payment system in a node joining a first network 

2 whereupon online transactions are carried out, and a private payment approval 

3 network, the system comprising: 

4 a) agent means for establishing persistent channels with a plurality of users' network 

5 accessible devices and transmitting and receiving messages over said plurality of 

6 persistent channels; 

7 b) portal means for presenting a web page to each of the plurality of users' network 

8 accessible devices, and sending and receiving information between the dynamic 

9 payment system and the plurality of users' network accessible devices, and 

10 maintaining connection data pertaining to said plurality of users' network 

1 1 accessible devices; 

12 c) server means for mapping data pertaining to a plurality of users into a database 

13 means, receiving and processing requests from a Payment Processor, and 

14 responding to the Payment Processor; and 

15 d) database means for storing said data pertaining to a plurality of users. 

1 60. (Withdrawn) The dynamic payment system of claim 59, further comprising 

2 telephone channel means for establishing alternate persistent channels by 

3 telephone. 
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